home *** CD-ROM | disk | FTP | other *** search
/ Explorer - Mosaic & Web / Explorer - Mosaic & Web.iso / helpers / ghostvew / src / gvpbugs.doc < prev    next >
Encoding:
Text File  |  1994-05-30  |  2.1 KB  |  44 lines
  1. /* gvpbugs.doc */
  2. List of known or suspected display driver bugs for PM.
  3. Russell Lang  1994-05-19
  4.  
  5. Drawing from a BMP to an internal bitmap or the display appears to
  6. be the responsibility of the display driver.  It has been extremely
  7. frustrating trying to write code that will work on all displays.
  8.  
  9. Known display driver bugs are:
  10.  
  11. - GpiDrawBits won't draw to a standard VGA display (OS/2 2.1 and 2.11)
  12.  
  13. - WinDrawBitmap won't draw to an ATI GUP with 8514 drivers (OS/2 2.1).
  14.   Consequently GSview uses a different method for writing to a 4 bit/pixel 
  15.   display than for an 8 bit/pixel color display.  The 4bit/pixel method
  16.   involves double handling (use GpiDrawBits to draw into a memory bitmap
  17.   then WinDrawBitmap to copy it to the display).  This is very slow.
  18.  
  19. - On the STB X24, 1 bit/pixel displays incorrectly if the bitmap 
  20.   is > 64kbytes.  Looks like buggy 16 bit code. (rjl)
  21.   This card is an absolute dog.  The display drivers wouldn't install
  22.   on anything but a newly installed OS/2.  The MS-Windows drivers
  23.   for this card had files in different directories to those listed 
  24.   in the setup.inf file, and even if the correct paths were used, 
  25.   the drivers wouldn't install at all.
  26.  
  27. - On ATI GU in 8514, OS/2 2.11, GpiDrawBits stretches bitmaps vertically
  28.   when drawing from a 1bit/pixel bitmap to the 8bit/pixel display.
  29.   This occurrs when painting into a presentation space obtained using
  30.   WinGetPS immediately after WinScrollWindow.  Also incorrect when
  31.   region invalidated by WinScrollWindow and redrawn with later WM_PAINT.
  32.   8bit/pixel bitmap works fine.
  33.   Same occurred on Diamond Stealth Pro VESA with 2Mbytes.
  34.   Works correctly on standard VGA.  (Rommel).
  35.   Same occurred on Diamond Stealth VL24.  (rjl)
  36.   This is due to an OS/2 (or driver) bug since the correct arguments
  37.   *are* being passed to the GpiDrawBits() function.
  38.   The workaround is to double buffer the bitmap as for 4bit/pixel displays.
  39.   Double buffering doesn't work for 8bit/pixel bitmaps so GSview code
  40.   only double buffers when OS/2 2.11, 8bit/pixel display with 1bit/pixel
  41.   bitmap,  or any version of OS/2 and 4bit/pixel display.
  42.  
  43.  
  44.